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L'invention concerne un procede d'enregistrement et de lecture 
simultanes d'un flux de donnees audio et video, en particulier des donnees 
compressees selon la norme MPEG II, sur un support d'enregistrement muni 
5 d'une tete de lecture et d'enregistrement [.'invention concerne egalement un 
recepteur de television numerique mettant en oeuvre le procede. 



Lorsque Ton souhaite enregistrer des donnees sequentielles sur un 
support muni d'une tete chargee a la fois de la lecture et de I'enregistrement 

10 des donnees, le temps necessaire a cette tete pour effectuer un saut d'une 
unite logique d'enregistrement (bloc) du support vers une autre unite peut ne 
pas etre negligeable. Le temps de deplacement d'une tete d'un disque dur du 
commerce peut par exemple etre de I'ordre de 10 a 12 ms. En particulier dans 
le cas d'enregistrement de donnees audio et vid6o compressees necessitant un 

15 debit minimum, il peut etre necessaire de limiter le nombre de sauts effectues 
par une tete pour eviter un assechement de la memoire tampon utilisee pour le 
decodage de ces donnees. 

Les inventeurs ont en particulier constate que ce probleme pouvait 
devenir flagrant si Ton cherche a lire en differe un flux de donnees, alors que 

20 I'enregistrement de ce flux se poursuit pendant la lecture des donnees 
precedemrnent en registries. 

L'invention a pour but de proposer un procede d'enregistrement qui 
evite les sauts inutiles de la t§te de lecture et d'enregistrement. 

25 

L'invention a pour objet un procede d'enregistrement d'un flux de 
donnees video et audio numeriques caracterise en ce que, I'enregistrement 
etant realise sur un support organise sous la forme de blocs logiques en serie 
et cornportant une tete d'enregistrement et de lecture, ledit procede comprend 
30 les etapes : 

- d'enregistrement de donnees dans un bloc sur deux a partir d'un 
premier bloc, 

- suite au declenchement de la lecture des donnees, alternativement 
de lecture d'un bloc precedemrnent enregistre et de poursuite de 

35 I'enregistrement dans le bloc consecutif au bloc lu. 



Lors de Pecriture sans lecture, un seul saut cle tete est effectue. Lors 
cle la lecture et de la poursuite de Penregistrement, aucun saut n'est effectue : 
la t§te de lecture lit un bloc et enregistre dans le bloc immediaternent 
consecutif. Ainsi, le nombre de sauts est reduit de fagon efficace. 

5 

Selon un mode de realisation particulier, lorsque I'ensemble des 
blocs enregistres avant le declenchement de la lecture ont ete lus, 
Penregistrement se poursuit dans des blocs contigus de maniere non 
entrelacee. 

10 Selon un mode de realisation particulier, lorsque Pensemble des 

blocs enregistres avant le declenchement de la lecture ont ete lus, 
Penregistrement se poursuit en boucle dans les blocs precedemment lus 

Selon un mode de realisation particulier, Penregistrement de 
donnees est effectue dans un groupe de N blocs contigus (N>1) sur deux au 

15 lieu d'un seul bloc sur deux. 

Selon un mode de realisation particulier, ledit procede comporte en 
outre Petape supplemental de detection de sequences de blocs libres sur le 
support et duplication des etapes d'enregistrement et de lecture a Pinterieur 
de telles sequences. 

20 

L'invention a aussi pour objet un recepteur de t6I6vision numerique 
comprenant des moyens de reception d'un flux de donnees audio et video 
numeriques, caracterise en ce qu'il comporte : 

- un support d'enregistrement muni d'une tete d'enregistrement et de 
25 lecture, ledit support etant organise sous la forme de blocs logiques en serie ; 

- un circuit de commande pour la gestion de Pecriture et de la lecture 
de blocs du support d'enregistrement ; 

- un circuit d'interfagage du support d'enregistrement avec ledit 
circuit de commande, ledit circuit de commande commandant dans un premier 

30 temps Penregistrement de donnees dans un bloc sur deux a partir d'un premier 
bloc et dans un second temps, suite au declenchement de la lecture des 
donnees, alternativement la lecture d'un bloc precedemment enregistre et la 
poursuite de Penregistrement dans le bloc consecutif a un bloc lu. 

35 Selon un mode de realisation particulier, le circuit de commande 

commande Penregistrement de donnees dans un groupe de N blocs contigus 
(N>1) sur deux au lieu d'un seul bloc sur deux. 



D'autres caracteristiques et avantages de I'invention apparaftront a 
travers la description d'un exemple de realisation particulier non limitatif, illustre 
par les figures jointes parmi lesquelles : 
5 - la figure 1 est un schema-bloc d'un recepteur-decodeur numerique 

comportant un dispositif de stockage conforme au present exemple de 
realisation ; 

- la figure 2 est un diagramme-bloc d'un exemple de realisation du 
dispositif de stockage, en I'occurrence un disque dur ; 

"To - la figure 3 est un schema illustrant la repartition de zones audio et 

video dans une memoire de type FIFO utilisee en tant que tampon pour 
I'ecriture des donnees ; 

- la figure 4 est un schema d'un bloc de 128 Koctets d'une partition 
du disque dur reservee a I'enregistrement de flux audio et video ; 

15 - la figure 5 est un schema illustrant les deux types de systeme de 

fichier presents sur le disque dur ; 

- la figure 6 est un schema illustrant differentes zones 
d'enregistrement du systeme de fichier de type 'flux 1 ; 

- la figure 7 est un organigramme de I'ecriture d'un fichier sur le 

20 disque ; 

- la figure 8 est un schema illustrant les durees respectives de 
differentes operations lors d'une lecture de blocs ; 

- les figures 9a et 9b sont des diagrammes illustrant un procede 
permettant de red u ire les deplacements d'une tete d'ecriture/lecture du disque 

25 lors d'un enregistrement et d'une lecture simultanSs ; 

- la figure 10 est un diagramme bloc d'un circuit de recuperation 
d'horloge n'introduisant pas ladite erreur. 



Selon le present exemple de realisation, le dispositif de stockage est 
30 un disque dur in teg re dans un decodeur de television numerique repondant a la 
norme DVB. 

La figure 1 est un diagramme bloc d'un tel decodeur. Ce dernier 
comporte un tuner 101 relie a un circuit de demodulation et de correction 
d'erreur 102 qui comporte egalement un convertisseur analogique-numerique 
35 pour numeriser les signaux en provenance du tuner. Selon le type de reception, 
cable ou satellite, la modulation utilisee est de type QAM ou QPSK, et le circuit 
102 comporte les moyens de demodulation appropries au type de reception. 



Les donnees demodulees et corrigees sont serialisees par un convertisseur 
103, connects a une entree serie d'un circuit de demultiplexage et de decodage 
104. 

Selon le present exemple, ce circuit 104 est un circuit STi5500 
5 fabrique par ST Microelectronics. Ce dernier comporte, relies a un bus parallele 
32 bits central 105, un demultiplexer DVB 106, un microprocesseur 107, une 
memoire cache 108, une interface memoire externe 109, une interface de 
communication serie 110, une interface entree/sortie parallele 111, une 
interface de carte a puce 112, un decodeur MPEG audio et video 113, un 
lo encodeur KAL et KC3B 1 14 et un generateur de caracteres 115. 

L'interface memoire externe 109 est reliee a un bus parallele 16 bits, 
auquel sont relies respectivement une interface parallele 116 de type IEEE 
1284, une memoire vive 117, une memoire 'Flash' 118 et un disque dur 119. 
Ce dernier est de type EIDE pour les besoins du present exemple. L'interface 
15 parallele 116 est egalement connectee a un connecteur externe 120 et a un 
modem 121, ce dernier etant relie a un connecteur externe 122. 

L'interface de communication serie 110 est reliee a un connecteur 
externe 123, ainsi qu'a la sortie d'un sous-ensemble de reception infrarouge 
124 destine a recevoir des signaux d'une telecommande non-illustree. Le sous- 
20 ensemble de reception infrarouge est integre dans un panneau frontal du 
decodeur, qui comporte egalement un dispositif d'affichage et des touches de 
commande. 

L'interface de carte a puce 1 12 est reliee a un connecteur de carte a 

puce 125. 

25 Le decodeur audio et video 1 13 est relie a une memoire vive 126 de 

16 Mbit, destinee a stacker les paquets audio et video non decodes). Le 
decodeur transmet les donnees video decodees a I'encodeur PAL et RGB 114 
et les donnees audio decodees vers un convertisseur numerique-analogique 
127. L'encodeur fournit les signaux RGB a un encodeur SECAM 132, et fournit 

30 egalement un signal video sous la forme d'une composante luminance Y et 
d'une composante chrominance C, ces deux composantes etant separees. Ces 
differents signaux sont multiplexes a travers un circuit de commutation 128 vers 
des sorties audio 129, television 130 et magnetoscope 131. 

35 Le cheminement des donnees audio et video dans le decodeur est le 

suivant : le flux de donnees demodule possede un format de flux de transport, 
aussi appele Transport Stream' ou plus simplement 'TS' en reference au 
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standard MPEG II Systemes. Ce standard possede la reference ISO/IEC 
13818-1. Les paquets TS comportent dans leur en-tete des identificateurs 
appeles PID qui indiquent a quel flux elementaire se rapportent les donnees 
utiles du paquet. Typiquement, un flux elementaire est un flux video assocte a 
5 un programme particulier, tandis qu'un flux audio de ce programme en est un 
autre. La structure de donnees utilisee pour transporter les donnees audio et 
video compressees est appelee paquet de flux elementaire ou encore paquet 
•PES'. 

Le demultiplexer 106 est programme par le microprocesseur 107 
10 pour extraire du flux de transport les paquets correspondant a certaines valeurs 
de PID. Les donnees utiles d'un paquet demultiplexe sont le cas echeant 
desembrouillees (si les droits stockes par une carte a puce de I'utilisateur 
autorisent ce desembrouillage), avant de stocker ces donnees dans des zones 
tampon des diverses memoires du decodeur. Les zones tampon reservees aux 
15 paquets PES audio et video sont situees dans la memoire 126. Le d6codeur 
113 relit ces donnees audio et video selon ses besoins, et transmet les 
echantillons audio et video decompresses respectivement a I'encodeur 114 et 
au convertisseur 127. 

Certains des circuits mentionnes ci-dessus sont contrdles de 
20 maniere connue, par exemple d travers un bus de type I2C. 

Le cas de figure decrit ci-dessus correspond au decodage direct d'un 
programme demultiplexe par le decodeur MPEG 113. 

Selon Tinvention, le recepteur-decodeur comporte un disque dur 
25 pour le stockage de masse principalement de donnees audio et video sous leur 
forme compress6e. 

La figure 2 est un diagramme-bloc de I'ensernble 119 comprenant le 
disque dur et les circuits d , interfa9age le reliant a I'interface memoire externe 
109. 

30 Le disque dur 201 est un disque dur du commerce muni d'une 

interface Ultra ATA/EIDE. 'ATA' designe le protocole de communication, connu 
par ailleurs, du disque specifique utilise dans le cadre du present exemple. 
Deux partitions sont utilisees en parallele pour lire et ecrire des donnees sur le 
disque, la premiere partition etant adaptee a I'ecriture et a la lecture de 

35 donnees de type fichier informatique, programme, code, etc. appelee par la 
suite partition 'Bloc', tandis que la seconde partition est destinee a I'ecriture et a 



la lecture de flux audio et video, cette partition etant par la suite appelee 
partition 'Flux 1 . 

Cette dualite se retrouve au niveau de I'architecture des circuits 
d'interface de la figure 2. 

5 

L'ecriture et la lecture de blocs de donnees sont effectuees par 
I'intermediaire de respectivement une memoire de type premier entre premier 
sorti (FIFO) 202 pour I'ecriture et d'une memoire 203 de meme type pour la 
lecture. Les deux m6moires FIFO ont une taille respective de 16 octets et sont 

10 controtees par un circuit de transfer! de blocs 204 qui gere les pointeurs 
d'adresses de ces deux memoires FIFO. Selon le present exemple de 
realisation, ce sont des memoires de type double port synchrone. 

Les echanges de donnees selon le mode 'Bloc' se font en mode 
acces memoire direct, par envoi de salves ('bursts' en langue anglaise) de 16 

is octets. Ces salves sont tamponn§es tant en ecriture qu'en lecture par les deux 
memoires FIFO 202 et 203, qui permettent Padaptation du debit disque au debit 
bus 215 et vice versa. 



Deux memoires FIFO 205 et 206 sont prevues pour respectivement 
20 I'ecriture et la lecture des flux audio et video. Chaque memoire FIFO 205 et 206 
comporte, selon le present exemple de realisation, une memoire physique de 
512 Koctets, partagSe en quatre bancs video de 112 Koctets (rassembles dans 
une zone Video', referencee 205a, respectivement 206a) et une zone audio de 
64 Koctets (referencee 205b, respectivement 206b), et est controlee par un 
25 circuit de controle de transfert de flux 207. Chaque banc video et zone audio 
est gere en tant que memoire premier entre premier sorti (FIFO). Le circuit 207 
g§re deux pointeurs d'6criture et deux pointeurs de lecture independants pour 
chacune des series 205 et 206, a savoir une paire de pointeurs video et une 
paire de pointeurs audio. Une seule memoire 205 et 206 est active en lecture et 
30 une seule est active en ecriture a un moment donne. L'acces aux deux 
memoires 205 et 206 est cependant independant, permettant une lecture et 
ecriture dite simultanee sur le disque. 



Selon une variante du present exemple de realisation, les memoires 
35 202, 203, 205 et 206 sont des zones de la memoire vive 117, chacune de ces 
zones etant geree comme une, ou le cas echeant plusieurs, memoire(s) de 
type premier entr6 premier sorti. 



Par ailleurs, une adaptation du present exemple de realisation a la 
gestion de composantes supplementaires, comme par exemple plusieurs flux 
elementaires audio serait aisement realisable par I'Homme du Metier, en 
prevoyant les memoires supplementaires requises a cet effet. 

5 

Les deux circuits de controle de transfert 204 et 207 sont des 
machines d'etat dont le fonctionnement est controle par le microprocesseur 
107. Le microprocesseur indique aux controleurs les taches de transfert a 
effectuer en mode d'acces memoire direct (mode dit 'UDMA* Ultra Direct 

To Memory Access par la suite), et est prevenu de I'accomplissement de ces 
taches a travers une interruption generee par un circuit de controle 
d'interruption 208 relit aux deux circuits de controle de transfert 204 et 207. 
Dans le cadre de I'exemple decrit ici, on utilise le mode UDMA 33 Moctet/s, 
mais Tinvention ne se limite bien evidemment pas a ce mode. 

15 Les deux circuits de controle de transfert gerent I'acces du disque 

proprement dit a travers un circuit de commande 209 qui permet la mise en 
oeuvre du disque et son mode d'acces, a savoir I'acces aux registres de 
commande et controle et I'acces memoire direct UDMA. Le circuit de 
commande est egalement relie au microprocesseur 107, pour la gestion directe 

20 des registres de controle et de commande du disque , ce qui ne met pas en 
oeuvre les circuits de controle de transfert 204 et 207. 



Le circuit d'interfafage de la figure 2 comporte en outre deux 
multiplexeurs 210 et 211, qui regoivent en entrte respectivement les trois voies 

25 d'entree des donnees, c'est a dire des donnees a ecrire sur le disque, et les 
trois voies de sortie des donnees, c'est a dire des donnees lues sur le disque. 
Chaque multiplexer possede done en entree trois bus de 16 bits et un bus de 
16 bits en sortie. La commutation entre les differentes voies est geree par le 
microprocesseur 107. 

30 Pour ce qui concerne le multiplexeur d'ecriture 210, la premiere voie 

d'entree est constitute par un acces direct du bus de donnees 215 de 
Tinterface de memoire externe 109 au bus de donnees 212 du disque 201, la 
seconde voie est constitute par la sortie de la memoire FIFO 202 pour I'ecriture 
de blocs, tandis que la troisieme voie est constitute par la sortie de la memoire 

35 FIFO 205, pour I'ecriture des flux. 

Pour ce qui concerne le multiplexeur de lecture 211, la premiere voie 
de sortie est constitute par un accts direct du bus de donnees du disque au 




bus de donnees de Pinterface memoire externe 109, tandis que la seconde voie 
est constitute par la sortie de la memoire 203 pour la lecture de blocs, et la 
troisieme voie par la sortie de la memoire FIFO 206 pour la lecture de flux. 

Les sorties respectives des deux multiplexeurs 210 et 211 sont 
5 connectees respectivement au bus de donnees du disque et au bus de 
donnees de I'interface memoire externe a travers des etages de sortie trois 
etats 213 et 214, contrSles par les automates 204 et 207. 

Chaque memoire 205 et 206 sert de memoire cache aux donnees a 
10 destination du disque ou en provenance de celui-ci. Le disque selon le present 
exemple de realisation comporte des secteurs de 512 octets. Le contenu de 
256 secteurs correspond done a la taille d'un banc de memoire video d'une 
memoire FIFO d'une des memoires 205a et 206a, additionne du quart de la 
taille d'une des zones audio 205b et 206b, a savoir un total de 128 Koctets. 
15 Ceci est sensiblement la quantite de donnees transferable du ou vers le disque 
pendant le temps moyen de deplacement d'une tete de lecture du disque utilise 
dans le present exemple, a savoir environ 1 0 ms. 

Utilisation des memoires FIFO ayant les caracteristiques definies 
ci-dessus a permis d'obtenir des debits en lecture et ecriture simultanees de 
20 15 Mbit/s. 



L'ecriture d'un flux audio-video sur le disque sera decrite en relation 
avec les figures 3 et 4. 

La figure 3 illustre la repartition des donnees audio et video au 
25 format PES conformement a la norme MPEG II, vers deux memoires FIFO, a 
savoir un banc video (I'un des bancs de la partie 205a de la memoire 205) et 
une zone audio (partie 205b de la memoire 205). 

Les donnees sont inscrites sur le disque dans des blocs audio/video 
de 128 Koctets chacun. Selon la presente invention, on reserve une partie fixe 
30 du bloc de 128 Koctets a des donnees video (112 Koctets) et une autre partie, 
variable, a des donnees audio (16 Koctets maximum). Les blocs etant ecrits 
sequentiellement, les donnees audio et video se trouvent done entrelacees sur 
le disque. 



35 



II a ete constate que le rapport entre le debit minimum d'un flux video 
et le debit maximum d'un flux audio est d'environ 10. En definissant dans un 
bloc de 128 Koctets une zone de 112 Koctets reservee a la video et de 16 
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Koctets a I'audio, le ratio est de 7. En d'autres termes, en prenant en 
consideration un flux audio/video dont les donnees video (sous forme de 
paquets PES video) sont stockees des leur demultiplexage dans la zone de 
112 Koctets et les donn§es audio (sous forme de paquets PES audio) dans la 
5 zone de 16 Koctets, la zone video sera toujours remplie avant la zone audio. 

II est bien evident qu'en fonction des flux et des debits a gerer, 
d'autres ratios que 7 peuvent egalement etre utilises. C'est notamment le cas si 
d'autres algorithmes de compression que ceux preconises par la norme MPEG 
sont mis en oeuvre. 

_____ 

Lorsque le banc video de 112 Koctets est rempli, le contenu de ce 
banc est ecrit sur le disque, suivi des donnees audio accumulees pendant le 
meme temps que les 112 Koctets de donnees video, et ce quel que soit I'etat 
de remplissage de la zone audio. Par construction, on sait n6anmoins que 
is moins de 16 Koctets ont ete accumules. 

Dans ce contexte, il n'y a pas de correlation entre les limites des 
paquets PES et le debut ou la fin d'un banc video ou des donn6es audio 
accumulees. Les premieres donnees du contenu d'un banc video peuvent tout 
a fait tomber au milieu d'un paquet PES video, tandis que les dernieres 
20 donnees audio accumulees ne correspondent pas forcernent a la fin d'un 
paquet PES audio. 

On supposera que les mesures necessaires pour I'ouverture d'un 
fichier pour I'ecriture d'un flux ont ete prises au prealable au niveau du systeme 
de fichiers du disque. 

25 Aux donnees video et audio s'ajoutent un identificateur du fichier 

auquel appartient le bloc du disque et une donnee indiquant la quantite de 
donnees audio, derivee de I'etat du pointeur d'ecriture de la zone audio 205b 
de la memoire 205 au moment de I'atteinte de la limite de remplissage du banc 
video. L'identificateur est code sur 16 bits, tandis que la quantite de donnees 

30 audio Test sur 14 bits. La figure 4 illustre la disposition des donnees dans un 
bloc sur le disque. La partie de la zone audio du bloc ne contenant pas de 
donnees audio est remplie de bits de bourrage pour completer ces donnees a 
16 Koctets. 

L'identificateur de fichiers est le meme pour tous les blocs 
35 appartenant a un meme fichier. L'identificateur d'un fichier est une information 
redondante avec cede contenue dans une structure de donnees appelee noeud 
et associee a chaque fichier. L'identificateur est cependant utilise si un fichier 



10 



15 



ouvert en ecriture n'a pas ete correctement ferme : le systeme de fichiers 
identifie alors tous les blocs appartenant a un meme fichier grace a 
I'identificateur de fichier et met a jour les parametres correspondants dans le 
noeud du fichier et dans les autres structures de donnees enregistrees au 
debut de la partition 'Flux'. Le systeme connatt I'identificateur du fichier ouvert 
car celui-ci est inscrit dans un drapeau sur le disque (au noeud numero 0) au 
debut de chaque ouverture de fichier, ce drapeau etant remis a zero a la 

fermeture de ce fichier. 

II apparait que le calage des donne es audio sur les donnees video 
entraTne la non-utilisation d'une partie variable de la zone audio de 16 Koctets 
d'un bloc du disque. Cependant, la taille de cette partie non utilisee est 
relativement faible par rapport aux 128 Koctets du bloc entier. Si 
I'enregistrement des paquets video et audio etait effectue dans I'ordre de 
demultiplexage des paquets PES, alors I'enregistrement de la nature de 
chaque paquet (audio ou video, par exemple sous la forme d'un identificateur 
PID) aurait ete necessaire. La place requise pour cet enregistrement aurait ete 
d'une part plus importante que celle reservee aux bits de bourrage dans la 
partie audio des blocs enregistres et d'autre part plus complexe a gerer. 

Les avantages du calage des donnees audio sur les donnees video 
sont cependant importants. En effet, meme si les donnees audio et video ne 
sont pas multiplexees de la meme maniere que dans le flux audio/video 
entrant, le synchronisme entre donnees audio et video est globalement 
maintenu. Les donnees audio dans un bloc sont en effet celles ayant ete 
recues temporellement multiplexees avec les donnees video du meme bloc. On 
25 peut ainsi restituer un flux audio/video au decodeur sans derive du 
synchronisme qui pourrait entratner a la relecture un debordement de buffers 
audio ou video. 

Utilisation de quatre bancs de memoire video de 112 Koctets 
chacun en lecture et/ou en ecriture, ainsi que d'une zone audio de 64 Koctets 
permet de compenser les temps de deplacement de la tete d'ecriture du disque 
et d'eventuels problemes d'acces au disque qui pourraient retarder I'ecriture. Le 
microprocesseur 107 tente neanmoins de garder vide le plus grand nombre de 
bancs de la memoire 205. ce que Ton peut appeler une gestion de type buffer 
vide. Pour transferer les donnees audio/video vers le disque, le 
microprocesseur 107 declenche un mecanisme d'acces memoire direct ('DMA') 
qui effectue le transfert des donnees audio/video du demultiplexer 106 vers un 
banc video et la zone audio de la memoire FIFO 205. Dans le cadre de 
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Texemple de realisation, il s'agit d'un DMA integre directement au 
demultiplexer 106. 

Lorsqu'un banc video de la memoire 205 est plein, le circuit de 
controle de transfert d'ecriture 207 genere une interruption en direction du 
5 microprocesseur 107, I'ecriture se poursuivant dans le banc de memoire FIFO 
video suivant. Les bancs de memoire FIFO video sont mis en oeuvre tour a 
tour. Le microprocesseur, qui gere egalement le systeme de fichiers du disque, 
determine le premier secteur d'ecriture de 512 octets du bloc de 128 Koctets, et 
le fournit au disque par I'interm6diaire du circuit de commande 209. Le 

10 microprocesseur initialise egalement le mecanisme d'acc6s memoire direct 
aupres du disque pour le transfert des donn6es a partir du premier banc de 
memoire FIFO vid6o et la quantity d'audio correspondante de la FIFO audio 
205b de la m6moire 205. Le disque insert alors 128 Koctets dans 256 secteurs 
sous controle du circuit 207. En fin de transfert des 128 Koctets de donnees le 

15 disque dur quitte le mode Ultra DMA, le circuit de controle 207 libere le mode 
Ultra DMA et Tindique au microprocesseur par une interruption. Ce transfert est 
repete a chaque fois que le microprocesseur re?oit une requete d 'interruption 
par I'intermediaire du circuit de controle 207 et jusqu'a ce qu'il soit decide 
d'arreter I'enregistrement. Le microprocesseur met alors a jour le noeud 

20 correspondant au fichier dans lequel I'ecriture a eu lieu, ainsi que les tables de 
bits correspondantes. Le role des tables de bits et du noeud sera vu plus en 
detail plus loin. 

II est a noter que selon le present exemple de realisation, la zone 
audio de chaque memoire 205 et 206 n'est pas organisee en bancs de taille 
25 fixe, comme e'est le cas pour les bancs video de 112 Koctets. Les zones audio 
sont gerees en memorisant, en ecriture, la quantite de donnees audio ecrites 
pour chaque banc video associe, et en lecture, en prenant en compte 
reformation relative a la quantite audio lue dans chaque bloc. 

Selon le present exemple de realisation, seules les donnees PES 
30 sont enregistrees sur le disque. Ceci signifie que les valeurs d'horloge de 
reference (PCR 1 ) ne sont pas enregistrees. 

Le mecanisme de lecture differe sensiblement du mecanisme 
d'ecriture. On consid6re une phase d'initialisation de la lecture et un regime 
35 permanent de lecture. 

Pour initialiser la lecture en mode flux, le microprocesseur transmet 
au disque dur Tadresse du premier segment du premier bloc a transferer et 




demande le transfert de 256 secteurs. Une fois le transfert acheve , le circuit de 
controle de transfert 207 genere une interruption pour indiquer la fin du 
transfert. Le microprocesseur requiert ensuite le transfert du prochain bloc, et 
ainsi de suite jusqu'a ce que les quatre bancs de memoires FIFO video du bloc 

5 206 (et une partie de la zone audio 206b) soient remplis. Le microprocesseur 
initialise seulement alors le transfert et le decodage des donnees vers le 
decodeur 113. Une fois reinitialisation effectuee, le transfert des donnees 
s'opere sans intervention du microprocesseur : le decodeur 113 lit les donnees 
audio et video au fur et a mesure de revolution des besoins. La vitesse de 

10 vidage des memoires FIFO depend en effet du contenu des paquets audio et 
video compresses. 

Le regime permanent est le suivant : lorsqu'un banc de memoire de 
112 Koctets de FIFO video est totalement vide (et que les donnees audio 
correspondantes ont egalement ete lues), une requete d'interruption vient en 

15 informer le microprocesseur, qui declenche le transfert d'un nouveau bloc, de 
facon a maintenir remplis si possible tous les bancs video FIFO. Cette gestion 
est du type buffer plein. 

Selon le present exemple de realisation, la recuperation de I'horloge 

20 systeme est effectuee en demultiplexant des paquets de transport 
correspondant a un programme en cours, et en verrouillant une boucle a 
verrouillage de phase sur les valeurs d'horloge de reference ('PCR') d'un flux 
TS entrant. Cette operation permet d'obtenir la frequence d'horloge de 27 MHz 
requise. On utilise done un flux TS entrant pour recuperer le rythme d'horloge 

25 de reference, meme si cette horloge est utilisee en conjonction avec des 
donnees audio et video non d iff usees en temps reel dans ce flux. 

Ce principe de recuperation du rythme d'horloge est illustre par le 
schema bloc de la figure 10, qui comporte une boucle a verrouillage de phase 
(PLL) composee d'un comparateur/soustracteur 1001, suivi d'un filtre passe- 

30 bas 1002 et d'un oscillateur controle en tension 1003. Un compteur 1004 ferme 
la boucle entre la sortie de Poscillateur 1003 et une entree du 
comparateur/soustracteur 1001. Le comparateur/soustracteur recoit en outre 
les valeurs d'horloge PCR issus d'un flux TS. La difference entre une valeur 
d'horloge locale issue du compteur 1004 et la valeur d'horloge PCR est 

35 transmise au filtre passe-bas 1002, et le rythme du signal de sortie de la boucle 
est adapte en consequence. La valeur d'horloge contenue dans le compteur 
1004 est regulierement mise a jour avec la valeur d'horloge PCR 




demultiplexee, ce qui a pour effet de synchroniser le compteur 1004 sur 
Thorloge de Tencodeur du flux TS. Cette horloge est utilisee pour le decodage 
et la presentation du flux TS regu en temps reel. Comme decrit plus loin, seul le 
rythme de Thorloge en sortie de la boucle PLL est utilise pour le decodage et la 
5 presentation de donnees lues a partir du disque dur. 

D'autres precedes de recuperation d'horloge peuvent etre employes. 
On peut notamment utiliser une horloge libre. En effet, la precision requise pour 
Thorloge de 27 MHz n'est pas necessairement aussi grande que celle imposee 
par le standard MPEG II au niveau de Tencodeur, a savoir 30 ppm. Cette 
~td precision n'est requise que si effectivement un tlux en provenance directe d'un 
encodeur doit etre decode. Dans un tel cas en effet, une derive trop importante 
de Thorloge du decodeur peut entrainer un assechement ou un debordement 
de la memoire tampon du decodeur. Cependant, dans le cas de la lecture d'un 
flux a partir d'un disque dur local, les inventeurs ont constate que cette 
is contrainte tombe: le d6codeur peut en effet reguler le debit du flux en lecture en 
fonction de ses besoins, ce qui n'est pas le cas lorsque le flux lui parvient 
directement, sans qu'il ne soit pass6 par le tampon que constitue le disque. 

Le decodage des frames video est declenche a un niveau de 
20 remplissage donne d'un buffer de decodage, faisant partie de la m§moire vive 
126. Ce niveau est par exemple de 1,5 Mbit, pour un buffer d'une capacite de 
1,8 Mbit. Cet instant, appel6 TOP BUFFER VIDEO, est considere comme 
instant de reference pour le decodage et la presentation des trames video. La 
valeur d'horloge DTS de la premiere trame lue dans le buffer du decodeur est 
25 chargee dans le compteur 1005 de la figure 10. Ce compteur compte au rythme 
de Thorloge generee par la boucle PLL. Le decodage de la premiere trame 
video est declench6 immediatement, tandis que la presentation de cette 
premiere trame ainsi que le decodage et la presentation des trames suivantes 
s'effectuent suivant les valeurs d'horloge DTS et PTS correspondantes, par 
30 rapport a Thorloge generee par le compteur 1005. 

Le decodage et la presentation des trames audio font egalement 
appel d Thorloge ainsi regeneree. 

La figure 5 illustre la fa$on dont les deux partitions 'Bloc' et 'Flux' 
35 cohabitent sur le disque dur. Selon le present exemple de realisation, la 
partition 'Bloc 1 occupe plusieurs centaines de Megaoctets, tandis que la 
partition 'Flux' occupe plusieurs Gigaoctets. 



On ne detaillera pas d'avantage la partition 'Bloc 1 , ('organisation du 
systeme de fichiers correspondant etant de facture classique, par exemple de 
type UNIX. Une caracteristique de cette partition est cependant qu'elle favorise 
un acces aleatoire aux donnees, par exemple par I'emploi d'un adressage a 

5 indirection multiple (c'est a dire une serie de pointeurs d'adresses dont le 
dernier seulement donne I'adresse du bloc de donnees recherche), tandis que 
la partition 'Flux' a pour caracteristique d'optimiser un acces sequentiel. 

Le systeme de fichier gerant les deux partitions comporte sur le 
disque dur un bloc de demarrage ('Boot block" en langue anglaise). Les 

to — paramfet r es figurant d ans le bloc de demarrage sont nndex au programme de 
demarrage, le nom du volume, le nombre d'octets par secteur, le nombre de 
secteurs du volume, ainsi que le nombre de secteurs du bloc de demarrage. 

Comme d6ja mentionne, les parametres choisis pour la partition 
is 'Flux 1 sont les suivants: la taille d'un secteur est de 512 octets, un block 'Flux' 
comportant 256 secteurs. 

Ceci est a comparer avec la taille d'un bloc de la partition 'Bloc', a 

savoir 4 secteurs. 

La figure 6 illustre I'organisation de la partition 'Flux'. Cette partition 
20 comporte en premier lieu un bloc dit 'superbloc', contenant des informations 
generates sur la partition. La table 1 donne les informations contenues dans ce 
superbloc : 

Identificateur du fichier sur 8 bits 

Nom du volume 

Date de creation du volume 

Date de la derniere modification __ 

Taille totale de la partition (en secteurs) 

Taille du super bloc (en secteurs) 

Adresse du super bloc 

Adresse des copies des fichiers systemes (1ere copie) 

Adresse des copies des fichiers systemes (2e copie) 

Adresse des copies des fichiers systemes (3e copie) 

Adresse des copies des fichiers systemes (4e copie) 

Taille des noeuds (en secteurs) 

Adresse du premier noeud 
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Taille des extensions (en secteurs) 



Adresse des extensions 



Taille des tables de bits (en secteurs) 



Adresse de la table des bits des noeuds 



Adresse de la table des bits des extensions 



Adresse de la table des bits des blocs 



Nornbre maximum de fichiers 



Nombre maximum des extensions 



Nombre de secteurs par bloc 



Adresse de la premiere donnee (numero du premier bloc) 

Table 1 



Les adresses sont donnees en numeros de secteur, tous les 
secteurs du disque etant numerates de 0 jusqu'au nombre maximum de 
5 secteurs du disque. 



On associe a chaque fichier ou repertoire de la partition une 
structure de donnees appelee un 'noeud' qui indique le nom du fichier ou du 
repertoire, sa taille, son emplacement et celui de ses attributs. Les noeuds sont 
io regroupes dans la partition apres le superbloc. La table 2 indique la 
composition d'un noeud : 



Nom du fichier ou du repertoire 

Identificateur du fichier ou du repertoire (sur 32 bits) 

Taille (en octets) 

Identificateur du repertoire parent (sur 32 bits) 

Pointeur vers les attributs 

Pour un fichier : liste d'un maximum de 15 sequences de blocs 
contigus definissant le fichier 
Pour un repertoire : 

liste des identificateurs des fichiers ou sous-repertoires contenus 

dans ce repertoire 

Pointeur vers une extension du champ precedent 



Table 2 



Une sequence est une suite de blocs contigus faisant partie d'un 
meme fichier. Elle est definie par I'adresse du premier bloc de la sequence, 
suivi du nombre de blocs contigus. Si le fichier est fragments, un pointeur 
renvoie vers une zone d'extension comportant des sequences 
5 supplementaires. Cette derniere peut a son tour renvoyer vers une extension 
supplemental, et ainsi de suite. Ce type d'adressage a indirection simple 
s'applique bien a la nature sequentielle des donnees, on evite ainsi la 
manipulation successive a plusieurs pointeurs, cette manipulation etant 
couteuse en temps. Les indirections multiples sont reservees a la partition 
To 'Bloc', en vue de faciliter un acces aleatoire aux donnees. 

Les zones de sequences supplementaires sont regroupees dans la 
section extension apres la zone reservee aux noeuds. 

La partition 'Flux 1 comporte en outre une 'table de bits' indiquant pour 
15 chaque noeud, chaque zone de sequences supplementaires et chaque bloc s'il 
est occupe ou non. A cette fin, un bit est associe a chaque noeud, zone de 
sequence supplemental et bloc. 



La figure 7 est un organigramme du procede d'ecriture d'un fichier. 

20 Dans un premier temps, un noeud associe au fichier est cree. Un emplacement 
de ce noeud sur le disque est determine en scrutant la table des bits des 
noeuds. En utilisant la table des bits des blocs, le microprocesseur 107 
determine une sequence libre de blocs et y ecrit les donnees a enregistrer, bloc 
apres bloc. En fin de sequence, I'adresse et la longueur de la sequence sont 

25 memorisees dans le noeud du fichier en memoire. Les drapeaux de la table 
des bits des blocs correspondant aux blocs alloues a I'enregistrement de la 
sequence sont ensuite mis a jour dans une table en memoire. L'operation de 
detection et d'ecriture d'une sequence est repetee si necessaire, jusqu'a ce que 
le fichier complet ait ete enregistre. Une fois I'enregistrement des donnees 

30 achev6, les informations mises a jour relatives a Templacement des donnees 
(c'est a dire le noeud et les tables de bits mis a jour) sont eux-memes 
enregistres sur le disque. Les informations ne sont inscrites sur le disque qu'a 
ia fin de I'enregistrement, dans le but d'eviter d'incessants aller-retours de la 
tete de lecture/6criture. 

35 Pour lire un fichier, le microprocesseur lit tout d'abord le noeud de ce 

fichier, ainsi que les definitions de toutes les sequences supplementaires qui 




s f y rapportent: On evite ainsi un deplacement de la tete de lecture/ecriture du 
disque pendant la lecture vers les zones en debut de partition. 

Une des applications envisagees du disque est la lecture en differe 
5 d'un programme en cours d'enregistrement. Par exemple, le telespectateur 
visualisant un programme en direct doit s'absenter pendant quelques minutes 
et souhaite reprendre la visualisation au moment precis ou elle a ete 
interrompue. Au debut de son absence, il lance I'enregistrement du 
programme. A son retour, il declenche la lecture du programme, alors que 
"To renregistrement de ce dernier est toujours en cours. Etant donne que la tete de 
lecture/ecriture doit effectuer des deplacements des zones de lecture vers les 
zones d'ecriture et vice versa et que le temps de deplacement de la tete est de 
I'ordre de 10 ms pour le disque utilise dans le cadre du present exemple, 
certaines precautions doivent etre prises pour garantir le debit minimum requis 
15 pour la lecture et I'ecriture. 

Pour evaluer I'influence des sauts de tete sur le debit, on se place 
dans les conditions les plus defavorables en prenant comme exemple celui du 
debit maximum d'un flux MPEG II, a savoir 15 Mbit/s. Un bloc de 128 Koctets 
correspondant ainsi a 66,7 ms de donnees audio et video, comme illustre par la 
20 figure 8. La lecture ou I'ecriture d'un bloc, a raison d'un transfert a 96 Mbit/s, 
dure 10,4 ms. Si une lecture n'est pas precedee d'un saut, 56,3 ms restent 
disponibles en tant que marge de sec u rite. 

Comme indique au paragraphe precedent, un saut de tete d'un 
premier bloc vers un second bloc non adjacent au premier bloc prend 10 ms. II 
25 reste alors un intervalle libre de 46,3 ms. 

Si a I'interieur d'un intervalle de 66,7 ms, on doit effectuer une 
lecture et une ecriture precedees chacune d'un saut, seuls 25,9 ms restent 
disponibles. Or, des secteurs defectueux a Tinterieur d'un bloc pouvant 
egalement engendrer des sauts de la tete, il est preferable de limiter le nombre 
30 de sauts en lecture et en ecriture au minimum. 

Selon le present exemple de realisation, le nombre sauts de tete lors 
d'un enregistrement et d'une lecture sirnultanees est diminue en procedant a 
une ecriture entrelacee des blocs, tel qu'illustre par les figures 9a et 9b. 

Lorsque I'enregistrement du programme est declenche (par exemple 
35 par le telespectateur), I'ecriture est effectuee un bloc sur deux dans une 
sequence de blocs ad j a cents. Ceci est illustre par la figure 9a. Un saut de la 
tete de lecture est done effectue avant I'ecriture de chaque bloc. 



Lorsque la lecture du programme est declenchee, I'ecriture se 
poursuit dans les blocs laisses libres precedemment. Par exemple, suite a la 
lecture du premier bloc inscrit (le plus a gauche sur la figure 9b), la prochaine 
ecriture s'effectue dans le bloc immediatement adjacent. Aucun saut de la tete 
5 de lecture/ecriture n'est alors a effectuer entre la lecture dans le premier bloc et 
I'ecriture dans le second bloc. La reduction du nombre de sauts de la tete a 
aussi pour effet de reduire de facon consequente le bruit genere par ces 
deplacements. 

Une fois que tous les blocs ecrits avant le debut de la lecture auront 
~ro eie relus, I'ecmure se poursuit de maniere non-entrelacee. Selon une variante 
de realisation, si le but est uniquement la visualisation en differe du 
programme, sans que I'enregistrement ait une vocation de perennite, I'ecriture 
se poursuit en ecrasant le contenu des blocs precedemment lus. 

Selon une variante de realisation, si un enregistrement doit etre 
15 conserve, alors les blocs entrelaces correspondants sont reecrits de maniere 
sequentielle de facon a desentrelacer ces blocs. Ainsi, lors d'une lecture 
subsequente, la tete de lecture n'aura pas a effectuer de sauts dus a 
I'entrelacement. 

Bien entendu, invention ne se limite pas a I'exemple de realisation 
20 donne. Par exemple, d'autres types de disque peuvent etre utilises. II suffira 
d'adapter les interfaces correspondants. On prendra en consideration 
notamment des disques durs ayant d'autres caracteristiques que celui presente 
ci-dessus, des disques magneto-optiques reenregistrables ou d'autres supports 
de stockage de donnees. 
25 II est a noter que I'invention s'applique egalement dans le cas oCi les 

donnees audio et video sont codees differemment, notamment dans le cas ou 
les paquets PES sont contenus dans un flux de type programme ('Program 
Stream 1 en langue anglaise) selon la norme MPEG, ou que les donnees audio 
et video sont contenues dans des structures differentes de cedes des paquets 
30 PES. 

D'autre part, bien que certains elements du mode de realisation 
soient presentes sous une forme structurelle distincte, il est bien evident pour 
un homme du metier que leur implementation dans un seul circuit physique ne 
sort pas du cadre de I'invention. De meme, I'implementation logicielle plutot que 
35 materielle ou vice versa d'un ou plusieurs elements ne sort pas du cadre de 
I'invention: les memoires de type FIFO peuvent par exemple etre emulees par 




utilisation d'une memoire a adressage habituel, avec une gestion logicielle de 
pointeurs d'adresse. 



Revendications 

1. Procede d'enregistrement d'un flux de donnees video et audio 
5 numeriques caracterise en ce que, renregistrernent etant realise sur un support 

(201) organise sous la forme de blocs logiques en serie et comportant une tete 
d'enregistrement et de lecture, ledit procede comprend les etapes : 

- d'enregistrement de donnees dans un bloc sur deux a partir d'un 
premier bloc, 

~fi> - suite au declenchement de la lecture des donnees, alternativement 

de lecture d'un bloc precedemment enregistre et de poursuite de 
Tenregistrement dans le bloc consecutif au bloc lu. 

2. Procede selon la revendication 1 , caracterise en ce que lorsque 
15 Tensemble des blocs enregistres avant le declenchement de la lecture ont ete 

lus, Tenregistrement se poursuit dans des blocs contigus de maniere non 
entrelacee. 

3. Procede selon la revendication 1 , caracterise en ce que lorsque 
20 I'ensemble des blocs enregistres avant le declenchement de la lecture ont ete 

lus, Tenregistrement se poursuit en boucle dans les blocs precedemment lus. 

4. Procede selon Tune des revendications 1 ou 2, caracterise en ce 
que lorsque Tensemble des blocs enregistres avant le declenchement de la 

25 lecture ont ete lus, lesdits blocs sont lus, puis reecrits de maniere non 
entrelacee. 

5. Procede selon Tune des revendications precedentes, caracterise 
en ce que Tenregistrement de donnees est effectue dans un groupe de N blocs 

30 contigus (N>1) sur deux au lieu d'un seul bloc sur deux. 

6. Procede selon Tune des revendications precedentes, caracterise 
en ce qu'il comporte en outre Tetape supplementaire de detection de 
sequences de blocs libres sur le support et d'application des etapes 

35 d'enregistrement et de lecture a Tinterieur de telles sequences. 
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7. Recepteur de television numerique comprenant des moyens (101) 
de reception d'un flux de donnees audio et video numeriques, caracterise en ce 
qu'il comporte : 

- un support d'enregistrement (201) muni d'une tete d'enregistrement 
5 et de lecture, ledit support etant organise sous la forme de blocs logiques en 

serie ; 

- un circuit de commande (107) pour la gestion de I'ecriture et de la 
lecture de blocs du support d'enregistrement (201) ; 

- un circuit d'interfa?age (202 a 214) du support d'enregistrement 
lo avec ledit circuit de commande (107), ledit circuit de commande commandant 

dans un premier temps I'enregistrement de donnees dans un bloc sur deux a 
partir d'un premier bloc et dans un second temps, suite au declenchement de la 
lecture des donn6es, alternativement la lecture d'un bloc prec6demment 
enregistre et la poursuite de Tenregistrement dans le bloc consecutif a un bloc 
15 lu. 

8. Recepteur selon la revendication 6, caracterise en ce que le circuit 
de commande commande I'enregistrement de donnees dans un groupe de N 
blocs contigus (N>1) sur deux au lieu d'un seul bloc sur deux. 
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